Re: [SQL] counting bools in a complex query - Mailing list pgsql-sql

From Herouth Maoz
Subject Re: [SQL] counting bools in a complex query
Date
Msg-id l03130300b3b20a47eee5@[147.233.159.109]
Whole thread Raw
In response to counting bools in a complex query  (Michael Richards <miker@scifair.acadiau.ca>)
List pgsql-sql
At 02:31 +0300 on 14/07/1999, Michael Richards wrote:


> My final problem is to count all the messages with flagnew set to true.
> The only way I can think to do this is to convert the bool value to a 1 or
> 0 (which I think should be a standard conversion anyway) and run a sum()
> on them.
>
> Unless anyone can come up with a better way to do this, What is the best
> way to implement a conversion from bool to int?

Depends on your version. If you have 6.5, you can probably use COALESCE or
CASE. In previous versions, I would define an SQL function. The first one
that comes to mind would be:

CREATE FUNCTION to_int( bool ) RETURNS int4 AS
'SELECT 1 WHERE $1 UNION SELECT 0 WHERE NOT $1';

Another approach would be the following:

CREATE FUNCTION only_true( bool ) RETURNS bool AS
'SELECT $1 WHERE $1 IS NOT NULL AND $1';

This would return true when the argument is true, null in all other cases.
You can use this with count rather than sum.

Of course, you could decide that you would fill the flagnew with either
true or null, instead of true and false. If you do, you could do a count
without the above function. You could get the true/false by asking whethe
flagnew IS NOT NULL.

Finally, the UNION is the way to go when you want to implement an outer
join, but using NOT IN is not recommended, because it is inefficient. A
better subquery would be:

NOT EXIST (  SELECT  * FROM usermail  WHERE loginid='michael'    AND folder = folderid
)

Herouth

--
Herouth Maoz, Internet developer.
Open University of Israel - Telem project
http://telem.openu.ac.il/~herutma




pgsql-sql by date:

Previous
From: webmaster
Date:
Subject: Re: Few questions about my slow query
Next
From: webmaster
Date:
Subject: SQL query to check size of database